home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1106 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.1 KB
  1. Date: Thu, 28 Jul 94 22:38 BST-1
  2. From: ogal@cix.compulink.co.uk (Ofir Gal)
  3. Subject: Re: WinLIB/XAES Evaluation
  4. To: gem-list@world.std.com
  5. Message-Id: <memo.804849@cix.compulink.co.uk>
  6. Precedence: bulk
  7.  
  8.  
  9. mforget@elfhaven.ersys.edmonton.ab.ca said:
  10. >
  11. >This is hard to tell.  Is it possible to overflow the AES buffer while
  12. >you are _not_ waiting for an event?  If you tell evnt_multi that you are
  13. >waiting for MU_KEYBD, and then it returns a keyboard event, will the AES
  14. >put another keyboard event in the pipe while you are still processing the
  15. >last one?
  16.  
  17. Yes AFAIK.
  18.  
  19.  
  20. millert@cs.csee.usf.edu said:
  21. >
  22. >Any features which make the display confusing, overload the user with too
  23. >many options to choose from, or simply wouldn't get used, yet it's included.
  24.  
  25. I would appreciate it if you download GEMBench 3.4x Tim, and tell me which
  26. features of my toolkit you find confusing.
  27.  
  28. >The Germans seems to have this tendancy toward making the user interface
  29. >as complicated as possible.  They will give the user too many options.
  30. >Perhaps 90% was an exageration... perhaps not.
  31.  
  32. I disagree, I find most German program so easy to use, even if they are in
  33. German which I don't speak.
  34.  
  35. >I am a technical writer and technical editor.  I am a fanatic about
  36. >making certain that documentation is good.  Mine will be good.
  37.  
  38. My library (written with Dave Nutkins of HiSoft) comes with a printed
  39. manual, many example programs and a tutorial.
  40.  
  41. >I'm talking about abandoning the way GEM functions.  For example, the
  42. >closer should not pop up a menu (except in circumstances where it's
  43. >really useful, but let's not make a habbit of it).  This change in style
  44. >will do nothing but confuse and frustrate the user because he has to
  45. >contend with another dialog.
  46.  
  47. I agree.
  48.  
  49. >A LITTLE?  Are you kidding?  First I'm going to have to decode the file,
  50. >then I'm going to have to translate the codes into what gets displayed,
  51. >then I'm going to have to figure out where (and in what character space)
  52.  
  53. If your toolkit works well, this is very easy to implement. Using my
  54. toolkit, all I have to do is scan the list of shortcuts in the file, then
  55. use menu_text() to change the shortcuts in the menus. Done!
  56.  
  57. >Cute.  Very cute.  Ctrl-A is the only combination that I have ever hit
  58.  
  59. Tim, could we forget this CTRL+A business. If you wish, put it to a vote,
  60. but I think we had enough of it.
  61.  
  62. >I am one of many people who have complained about Atari Works wiping out
  63.  
  64. That's because AW is a pretty dodgy program. If you try Papyrus as I keep
  65. suggesting, you will see how CTRL+A is not dangerous at all.
  66.  
  67.  
  68. millert@cs.csee.usf.edu said:
  69. >
  70. >No, it is NOT that simple.  When you click to top a window, the message
  71. >does not get sent until you let go of the button.  You can hold the
  72. >button all day, and the window won't get topped until you let go of the
  73. >button.
  74.  
  75. That is my understanding as well. I WISH there was a clean way around this
  76. for toolbar windows, etc.
  77.  
  78. Bye,
  79.  
  80. -----------------------------------------------------------------
  81. Ofir                                    ogal@cix.compulink.co.uk
  82. -----------------------------------------------------------------
  83.  
  84.